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Dynamic network and routing method for a dynamic network 



The invention relates to a dynamic network and to a routing method for a 
dynamic network. 

A dynamic network is understood to be a network whose topology can change 
dynamically during operation. This includes in particular ad hoc networks. An ad hoc 
5 network is understood to be a self-organizing network in which the structure and the number 
of participants is not laid down within given limit values. For example, a coromunication 
device of a participant may be taken from the network or included in the network. In contrast 
to traditional mobile telephone networks, an ad hoc network is not based on a JBxedly 
installed infrastructure. 

10 Dynamic networks, however, may alternatively be, for example, Internet 

networks whose topology changes during operation. 

Such an ad hoc network is known from the book: C.E. Perkins, Ad Hoc 
Networking, Addison Wesley, pp. 53-62. Each node in this known network sends updates of 
the routing information to adjoining nodes at regular intervals so as to adapt the routing to 
15 changes in the network topology. 

It is an object of the invention to provide a network of the kind mentioned in 
the opening paragraph which renders possible an improved routing in the case of changes in 
the network topology. It is a ftirther object of the invention to indicate a relevant routing 
method. 

20 As regards the network, the object is achieved by means of a dynamic network 

with a plurality of nodes, in which it is provided that 

- routing information is stored in local routing tables in nodes of the network, 

- the nodes send an update request to other nodes for updating the local routing tables, and 
the addressed nodes send an update response with updated routing information to the 

25 requesting nodes. 

In the network according to the invention, routing information is stored in 
nodes of the network. Routing information is preferably stored in every node in the case of 
decentralized networks. Routing information is preferably stored in the central nodes only in 
the case of cluster networks with central controllers. 
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The routing information is stored in the form of routing tables. The routing 
table of a node preferably comprises fields for all other nodes of the network or for those 
nodes which are accessible from the node in question. The nodes accessible from a given 
node, i.e. to which a transmission is possible or desired, are denoted target nodes. 
5 The routing information stored in the fields, for example of the next node via 

which a data transmission to the respective target node is to take place (next hop), may be the 
path length to the target node and the maximum transmission capacity to the target node. 

To keep the local routing tables up to date, the nodes having a routing table 
preferably send an update request to other nodes at regular intervals. These other nodes are in 
10 particular adjoining nodes. They are in particular adjoining controllers in the case of cluster 
networks with central controllers. 

The update request signals to the nodes receiving this request that they should 
send updated routing information to the requesting nodes. 

The advantage of the requesting mechanism is in particular that the requesting 
1 5 mechanism renders possible a combined transmission of the routing information. The 

individual nodes transmit modified routing information upon request only. In the case of a 
request, several topology changes, i.e. the topology changes that have occxirred in the time 
period between two requests, may then be sent jointly to the requesting nodes, hi a single 
protocol data unit (PDU), accordingly, several changes in the network topology can be sent to 
20 the requesting nodes. This leads to a reduction in the nimiber of PDUs (packets) which are to 
be transmitted for the routing purposes. 

The invention is based on the idea that the quantity of data to be transmitted 
for updating the local routing tables can be reduced in that the individual nodes request 
routing information firom other nodes. 
25 The advantageous embodiment of the invention as defined in claim 2 is based 

on the idea that it is notified to the addressed nodes how up to date the routing information of 
the requesting nodes is. This renders itpos^ble for the addressed nodes to make a selection 
of routing information which is to be sent to the requesting node. Only those routing data are 
transmitted to the requesting node each time which are more recent than the routing 
30 information of the requesting node up to that moment. 

For this purpose, the local routing tables contain a table update information 
and a field update information. The table update information contains data on how up to date 
the local routing table is, i.e. when the latest change in the routing table was applied. This 
may be, for example, a time indicator or a sequence niunber. The field update information 
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contains data on how up to date the individual fields of the routing table are, i.e. when the 
latest change was applied in the respective field of the routing table. The field update 
information may again be, for example, a time indicator or a sequence number. The table 
update information thus corresponds to the most recent field update information of the 
5 respective routing table. 

The update request contains the table update information of the requesting 
node. This allows the addressed node to make a selection of the routing information to be 
sent to the requesting node. The addressed nodes know from the table update information of 
the requesting node how up to date the routing table of the requesting node is, i.e. when the 

10 most recent change was made in the routing table of the requesting node. The addressed 

nodes send an update response containing only that local routing information which is more 
recent than the table update information to the requesting node. If the table update 
information is a time indicator, only those routing data are transmitted which are more recent 
in time. The selection of the routing infomiation may take place through comparison of the 

1 5 table update information of the requesting node with the individual field update information 
of the fields.of the routing tables of the addressed nodes. Such a selection of the transmitted 
routing information reduces the data quantity to be transmitted for the routing between the 
individual nodes. Efficient routing methods can be implemented in this manner. 

The transmission of the table update information to the addressed nodes has 

20 the advantage that the table update information requires only Uttie transmission capacity and 
that only one item of table update information is to be transmitted for each routing table or 
node. The update request thus occupies only little transmission capacity. This is 
advantageous in particular in the case of wireless networks. 

In the advantageous embodiment of the invention as defined in claim 3, the 

25 local routing tables contain a topology change information. The up-to-dateness of a change in 
the network topology can be characterized by the topology change information, so that it can 
be indicated when a change in the network topology has occurred in the network. Preferably, 
each field in the local routing tables contains an item of topology change information. This - 
may be, for example, a time indicator or a sequence number. Since it takes some time until 

30 the information relating to a change in the network topology has been distributed over the 
individual nodes of the network, it can be distinguished in each node receiving this 
information later in time whether this infomiation is new to it, whether it has stored this 
information already, or whether this information is already obsolete for it, for example 
becaxise it has already received a more recent item of information fix>m a different node. The 
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topology change information thus renders it possible to carry out efRcient updates of the local 
routing tables. 

This is achieved in the advantageous embodiment of the invention as defined 
in claim 4 in that the update response comprises the topology change information, and that an 
5 update of the individual fields of the local routing tables is carried out if the topology change 
information of the addressed node is more recent than the topology change information of the 
requesting node. The node which has sent an update request to adjoining nodes may thus 
carry out a selective update after receiving the replies. An update of the individual fields of 
the requesting node is carried out if a more up to date or more recent information on the 
1 0_ network topology is obtained thereby. 

If the topology change information of the addressed node is as recent as the 
topology change information of the requesting node, according to the advantageous 
embodiment of the invention as defined in claim 7, an update will be carried out if the path 
length to the respective target node is made shorter by the update. 
15 In the advantageous embodiment of the invention as defined in claim 8, an 

update is carried out if the topology change information of the addressed node is as recent as 
the topology change information of the requesting node, and the maximum data transmission 
rate to the respective target node is made greater by the update. 

The advantageous embodiments of the invention as defined in claims 7 and 8 
20 may also be combined, in which case the criterion of claim 7 or the criterion of claim 8 may 
be given a higher priority, depending on the application. 

The embodiment of claim 5 has the advantage that time information renders 
possible an independent comparison of the up-to-dateness of the individual items of routing 
information. 

25 The embodiment having sequence numbers as defined in claim 6 can be 

realized in a particularly simple manner. 

It is advantageous in the case of central cluster networks which have a central 
node (controller) for controlling the clusters (sub-networks) to store the routing table for the 
respective sub-network centrally in the central node. The transmission of information 
30 between the individual sub-networks takes place via bridge nodes or forwarders. 

The object of the invention relating to the method is achieved by means of a 
method having the characteristics of claim 10. 
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A few embodiments of the invention will now be explained in more detail 
below with reference to the drawing comprising Figs. 1 to 6, in which: 

Fig. 1 shows a routing table with routing information. 

Fig. 2 shows a dynamic network with 5 sub-networks, each controlled by a 
5 central controller, at a first moment in time. 

Fig. 3 shows the network of Fig. 2 at a second moment in time, with a node of 
the network shifted to an adjoining sub-network as compared with Fig. 2, 

Fig. 4 is a table showing the time sequence of the change of the routing tables 
of the central controller as a result of the shift of the network node, 
10 Fig. 5 shows part of a time register, and 

Fig, 6 shows a network with 5 sub-networks which are each controlled by a 
central controller. 

1 5 Fig. 1 shows a routing table which is stored in the routing node or station of a 

network. The routmg table comprises fields Tl to TN for each station of the overall network 
as well as a time tup as a table update information, i.e. the time at which the routing table was 
changed for the last time. The fields TI to TN of each individual station of the network 
comprise 6 sub-fields 1 to 6, The first sub-field 1 contains the identification number (ID) of 

20 the respective target station. The second sub-field 2 stores the ID of that station to which the 
data destined for the target station of the first sub-field 1 are to be passed on. It is thus always 
stored for each possible target station which is the so-called "next hop" on the way to this 
target station. If the target station itself is the next hop, the target station itself is entered in 
the second sub-field 2. The third sub-field 3 stores the generation time tgcn of the field as a 

25 topology change information. The generation time tgcn indicates when a change has occurred 
in the neUvork topology for this field, i.e. for this target station. It is laid down by that station 
which detects the change in the network topology and subsequently implements a change in 
the contents of the field in its local routing table. The fourth sub-field 4 contains a time trcg. 
This indicates when a change in the contents of a field was adopted by the respective station 

30 in the routing table owing to a change in the network topology, or when the changes notified 
by adjoining stations were adopted. The fifth sub-field 5 of each field contains a quantity 
such as, for example, the remaining path length up to the target station. Further quantities 
may be stored in additional sub-fields of each field. The sixtii sub-field contains the 
maximum data rate with which data can be transmitted to the target station. This data rate 
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corresponds to the minimiun data rate of all constituent paths from the relevant station to the 
target station. 

An UPDATE procedure is provided for refreshing the routing tables so as to 
keep the routing tables up to date at all times. This UPDATE procedure is based on a request- 
5 response mechanism. Each routing station periodically initiates this UPDATE procedure. The 
station, referred to below as the UPDATING station (US), transmits an UPDATE REQUEST 
message in the broadcast mode to its immediate (routing) neighbor stations. The UPDATE 
REQUEST message contains the time tup, i.e. the moment of the most recent table update of 
the requesting station. 

10 Upon reception of the UPDATE REQUEST, the neighboring stations compare 

the received time tup with the registration times Ing of each individual entry in their own 
routing tables. When this comparison has been completed, each neighboring station sends an 
UPDATE RESPONSE message (possibly segmented) to the requesting station US, in which 
message all those entries of the respective routing table are included which were entered into 

15 the table after the moment tup, i.e. for which it is true that trcg > tup. It should be noted that the 
time tup should generally be converted to the clock system of the respective neighboring 
station before the times treg and tup can be compared. This circumstance and the steps made 
necessary thereby will be clarified after the description of the general routing procedure. All 
fields are transmitted for each of the entries to be transmitted, except for the next hop 

20 terminal ID and the registration lime treg, because these are irrelevant for the requesting 
station US. 

Upon reception of the UPDATE RESPONSE, the US compares the generation 
times and quantities of the entries received with the generation times and qiiantities of the 
entries present at that moment in its own routing table. 
25 The newly received entries or fields are now denoted "wew", and the entries of 

the requesting station obtaining until that moment are denoted "C/S"'. "PL" denotes the path 
length, as is apparent in Fig. 1, and "MTR" the maximum transmission rate. AfTR^^^^ denotes 
the maximum transmission rate between the requesting and the replying neighboring station. 
:By analogy, PL^^^^ denotes the number of hops between the requesting station US and the 
30 neighboring station NS. This is because it is conceivable that not all stations provide routing 
data. It could thus happen that two routing stations, which are neighbors in the sense of the 
routing procedure, commvinicate with one another via one or several non-routing stations. 

According to the invention, the US only carries out those entries which ftdfill 
the following criteria: 
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or 0"^ and PU"^ + PL'''''^ < PL"^) 

or ( = C ^^'^ + px,^-^ = and minfMTR!^'', MTR^^^^) > MTR^^) 



5 Once the UPDATE criteria for a received entry have been fulfilled, a few 

fields of the contents until that moment are replaced as follows: 

• the next hop terminal ID is replaced with the ID of the relevant neighboring station. 

• the generation time of the new entry is adopted: = 

• the new path length is: = PL^ + Pli^ "^ 

10 •the new maximum data rate is: MTR^ = min(KfrK^. MTR^^) 

In this case, too, the station must convert the time into its own time 

system before time comparisons and replacements can be carried out (see the explanation 
further below). 

Fig. 2 shows a network with 5 sub-networks 1 0 to 14 at a first moment tO. The 

15 sub-networks 10 to 14 are each controlled by a respective central controller CCl to CCS. The 
individual sub-networics 10 to 14 can each be connected via bridge nodes or forwarders Fl to 
F5. The bridge node Fl connects the sub-networks 10 and 1 1 , the bridge node F2 the sub- 
networks 1 1 and 12, the bridge node F3 the sub-networks 1 1 and 13, the bridge node F4 the 
sub-networks 12 and 14, and the bridge node F5 the sub-networks 13 and 14. By way of 

20 example, a station STl is present in the sub-network 11. The sub-networks 10 to 14 may 

comprise further stations or nodes (not shown) in any manner whatsoever. In addition. Fig. 2 
shows the transmission rates of the links between the individual sub-networks as well as 
between the CC2 and the station STl . The transmission rate between the sub-network 1 0 and 
the sub-network 1 1 via the forwarder Fl is 10 Mbit/s, the transmission rate between the sub- 

25 network 1 1 and the sub-network 12 via the forwarder F2 is 5 Mbit/s, the transmission rate 
between the sub-network 1 1 and the sub-network 13 via the forwarder F3 is 0.1 Mbit/s, the 
transmission rate between the sub-network 12 and the sub-network 14 via the forwarder F4 is 
1 Mbit/s, and the transmission rate between the sub-network 13 and the sub-network 14 via 
the forwarder F5 is 3 Mbit/s. Finally, the transmission rate between the controller CC2 and 

30 the station STl is 5 Mbit/s. The links in the network shown by way of example in Fig. 2 thus 
always pass through the central controllers CCl to CCS. 
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Fig. 3 shows the network with 5 sub-networks of Fig. 1 at a second moment 
tl. The topology of the network has changed at this second moment, i.e. the station STl has 
moved from the sub-network 1 1 to the neighboring sub-network 10, The transmission rate 
between the controller CCl of the sub-network 10 and the station STl now is 10 Mbits/s. 
5 Fig. 4 illustrates the changes in the routing tables of the controllers CCl to 

CCS over time as a result of the shift of the station STl from the sub-network 1 1 of Fig. 2 to 
the sub-networic 10 as shown in Fig. 3. 

The Table of Fig. 4 contains a column for each of the controllers CCl to CCS. 
The fields of the routing tables of the individual controllers for the target station ST are 

10 indicated in the columns at five different moments tO to t4 for the controllers CCl to CCS. 
The fields in this example each have 5 sub-fields. The sub-field provided in accordance with 
Fig. 1 containing the identification number (ID) of the respective target station is not shown 
in Fig. 4, because Fig. 4 shows routing information relating to the target station STl only. 

The upper sub-field of the fields in Fig. 4 indicates the bridge node or 

15 forwarder to which the data destined for the station STl are to be passed on. This means that 
only the so-called next hop on the way to this target station STl is stored each time for this 
target station STl . The second sub-field 5 from the top contains the remaining path length up 
to the target station. The central sub-field contains the maximum data rate with which data 
can be transmitted to the target station STl . This data rate corresponds to the minimum data 

20 rate of all constituent paths from the relevant controller up to the target station STl . The 
second sub-field from the bottom provides the generation time tgcn of the field for the target 
station STl by way of topology change information. The generation time ^cn indicates when 
a change has occurred in the network topology for the target station STl . It is registered by 
that station which detects the change in the network topology and subsequently carries out a 

2S change in the contents of the field in the local routing table. In the present case this is the 
controller CCl of the sub-network 10. The bottom sub-field contains the time tr^. This 
indicates when the change in the network topology was included into the respective routing 
table by the respective station, i.e. in this example by the respective controllers, or when the 
changes transmitted by neighboring stations were adopted. 

30 In the present example, the column contains the fields of the routing tables of 

the controllers CCl to CCS for the target station STl and the network in accordance with Fig. 
2 at the moment tO. 

At the moment tl, the target station STl is shifted from the sub-network 1 1 to 
the sub-network 10. This corresponds to the network topology of Fig. 3. This is recognized 
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by the controller CCl of the sub-network 10, and this controller CCl accordingly changes its 
routing table at the moment tl. The topology change information has accordingly arisen at 
the moment tl, which means that tgen = 1 is set. The change that has occurred in the network 
topology was also entered by the controller CCl in its routing table at the moment tl and 
5 registered accordingly. This means that trcg is also set for 1. 

The controllers CC2 to CC5 do not know the change in the network topology at the moment 
tl yet. This information must first be distributed over the network. This is done by means of 
the requests sent by the individual controllers to the neighboring controllers at regular 
intervals, and by means of the relevant responses of the controllers thus addressed. 

10 The controller CC2 receives a reply to its request from the controller CCl at 

the moment t2, and the change in the network topology is entered into the routing table of 
CC2. Since the topology change has occurred at the moment tl, tgen = 1 is set. The change in 
the network topology was entered by the controller CC2 into its routing table at the moment 
t2 and registered accordingly. This means that tfcg is set for 2. 

15 The controllers CC3 and CC4 receive a reply to their requests from the 

controller CC2 at the moment O, and the change in the network topology is entered into the 
routing tables of CCS and CC4. Since the topology change has occurred at the moment tl, 
tgen = 1 is set. The change in the network topology was entered into the routing tables by the 
controllers CCS and CC4 at the moment tS and registered accordingly. This means that treg is 

20 set for 3, 

The controller CCS receives a reply to its request from the controller CCS 
and/or the controller CC4 at moment t4, and the change in the network topology is entered 
into the routing table of CCS. 5ince the topology change has occurred at the moment tl, tgen = 
1 is set. The change in network topology was entered into the routing table of the respective 
25 controller CCS at the moment t4 and registered accordingly. This means that t^g is set for 4. 

The further sub-fields are also adapted to the changed network topology at the 
respective moments tl to t4 in a corresponding manner. 

• Additional functions may be implemented in the routing, if so desired. The 
constant period of refreshing of the routing tables means that topology changes occurring 
SO between two UPDATE moments are not commimicated immediately to the neighboring 

stations, but at the next UPDATE moment. Advantageously, however, particularly Important 
changes, such as the failure of connection paths, may also be communicated to the neighbors 
without any preceding request. This is done by means of an UPDATE TRIGGER message 
which contains the relevant entries relating to the changed fields. 
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To avoid data on ciurent links being lost in the time between the topology 
change and the next UPDATE moment, moreover, the node detecting the topology change 
may send an ERROR message to the sources or end terminals of the relevant links in order to 
stop the current connection. 
5 The moments in time tup, tgcn, and trcg defined in the protocol may be coded in 

various ways. An obvious coding relates to an overall system clock which is coded as a 
multiple of a basic clock modulo a maximum value in the form of a bit sequence. The use of 
an overall system clock, however, would require a synchronization of all stations of the 
network. Some communication standards (for example the standard 1394.1) already achieve 
10 a synchronization of all appliances of a network, but the availability of an ovcnJl system 
clock cannot be taken for granted in general. 

For this reason, the use of an overall system clock is avoided. The algorithm is in fact already 
fully functional if neighboring stations are informed about the difference between their local 
times or clocks. It is accordingly provided that neighboring stations inform one another of 

1 5 their prevailing local system clocks. The period of this information exchange may usually be 
chosen to be extremely wide, as will be explained further below. The clock information 
exchange thus represents a negligibly small occupation of transmission resources. 
Each station stores the difference between its local time and the local time of each individual 
neighboring station. When a station receives an UPDATE request with the parameter tgp, it 

20 will add the clock difference stored in relation to the relevant neighboring station to tup so as 
to convert the moment of the most recent change in the routing table of the neighboring 
station into its own time system. Then the converted time tup may be compared with the 
registration times of the own routing inputs in accordance with the normal routing 
procedure, and an UPDATE response can be generated. When a station receives an UPDATE 

25 response to a preceding UPDATE request, the generation time tgcn of each entry received is 
first converted into the local time system exactly as in the preceding case in that the clock 
difference with the relevant neighboring station is added to the time tgcn. Then it is decided in 
accordance with the normal run of the routing algorithm whether the received entry is to be 
included into the own routing table or not. 

30 It should be noted that the clock difference stored by two neighboring stations 

has opposed signs, i.e. in the case of an exchange of an UPDATE request and UPDATE 
response between two neighboring stations the addition of a positive clock difference value 
in one station will correspond to the subtraction of the same positive value (i.e. the addition 
of a negative value) in the other station. 
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Clock generators usual at present generally have an accuracy in the 
microsecond or nanosecond range. Such a high accuracy of the time definition is not 
necessary for the routing procedure under discussion here. To minimize the number of bits to 
be transmitted, accordingly, no more than a fraction of the internal clocks of the stations is 
5 used for the time indicators tup, tgcn, and t«g. 

Fig. 5 shows by way of example an excerpt from a complete time register. The 
intervals of the register shown in Fig. 5 correspond to single bits. The time value is dually 
coded, the significance of the bits increasing from right to left, so that the Most Significant 
Bit (MSB) lies at the extreme left. 
1 0 The excerpt of the register chosen for the routing procedure, shown hatched in Fig. 5, is 
determined by the two times T„ax and Tmm. 

The upper limit of the chosen register excerpt determines the maximum time 
after which an entry into a routing table must be erased. This is based on the modulo 
definition of the time excerpt within the routing procedure. A station must test each entry 
1 5 already present in the routing table at each time step (Tprecision) as to whether the generation 
time tgcn of the entry conesponds to the current local time (or the excerpt from the time 
register). If this is the case, the entry is erased. This is because an old entry would otherwise 
seem to be highly up to date again after one modulo period because of the modulo definition. 

The order of magnitude of Tmin determines the accuracy of the time coding and 
20 bases itself on the minimum period of transmission of the UPDATE request messages. The 
reason for this is that all entries changed in the responding station since the latest UPDATE 
of the requesting station are sent to the requesting station, independently of whether the 
changes were implemented shortly or long after the latest UPDATE. The same holds for the 
replacement of entries in the requesting station. A more accurate coding of the time will give 
25 no advantage in this respect and will merely occupy transmission capacity. 

Advantageously, however, an excerpt enlarged by a few bits in downward 
direction (up to the time Tprecision in Fig. 5) is chosen for transmitting and storing the times tup, 
tgcn, and trcg, although only the bits fully hatched in Fig. 5 are actually processed in the - 
routing algorithm. Propagation effects of rounding errors in the conversion of the clocks of 
30 one timing system into another timing system can be avoided in this manner. 

The register excerpt is laid down once and for all and carmot be changed 
during the operation of individual stations. 

The same is not true, however, for the period of transmission of the UPDATE 
request messages. The routing method docs not require all stations to use the same period. 
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This is utilized In the sense that each station optimizes its own UPDATE period during 
operation. Empty UPDATE response messages may, for example, point to the fact that the 
UPDATE period can be expanded. High topology change rates and subsequent connection 
interruptions and packet losses should lead to a reduction of the UPDATE period. The 
5 routing method thus automatically adapts itself to various system scenarios and mobility 
rates. 

In accordance with the coding instruction shown, the statement made initially 
may now be motivated, i.e. the statement that the information exchange for determining the 
clock differences between neighboring stations may take place comparatively seldom: the 

1 0 frequency of the information exchange follows the so-termed clock drift of the local clock 
generator of each station. Usually the clock drift is of the order of or even a few orders of 
magnitude lower than the minimum coding level of the clock register (least significant bit or 
LSB in Fig. 5). The lower limit of the excerpt considered, i.e. the time Tmin, however, is 
chosen to be higher by a few powers of two as shown in Fig. 5. An exchange of information 

15 on the clock differences should then take place at the latest when a shift of the order of 
Tprectsion could be achieved on account of the clock drift. 

Subsequently, the exchange of information about the clock differences is 
represented for a self-organizing network organized in the form of sub-networks or clusters. 
An example of such a network is shown in Fig. 6. 

20 In the cluster-based network of Fig. 6, a single station, the central controller 

(CC), carries out the routing algorithm for all stations of its ovm cluster. The network of Fig. 
6 comprises five clusters 20 to 24, The clusters 20 to 24 have CCs 30 to 34. This means that 
only the CCs 30 to 34 are neighbors in the sense of the routing method described above. The 
CCs, however, cannot communicate directly with one another in general, but they must 

25 exchange information via so-termed forwarding terminals (FT) which lie in the overlapping 
regions of the clusters. The clusters 20 and 22 are connected by means of an FT 40, the 
clusters 21 and 22 by means of an FT 41, the clusters 22 and 23 by means of an FT 42, and 
the clusters 24 and 22 by means of an FT 43. The cluster 20 has, for example,.a further 
station 50, the cluster 21 fiirther stations 51 and 52, the cluster 23 ftuther stations 53 and 54, 

30 and the cluster 24 further stations 55 to 57. 

The time or clock information is exchanged between the CCs 20 to 24 in the 
following manner: each FT 40 to 43 and each CC 20 to 24 stores a copy of its complete clock 
register at the start of each MAC frame. Furthermore, each CC periodically (in accordance 
vsdth the period of the clock information exchange) transmits a broadcast message within its 
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cluster in which the copy of the clock register at (he start moment of the present MAC frame 
is contained as a parameter. The FTs receiving this message form the difference from the 
copy of their own clock register and the received copy of the clock register of the CC. In this 
manner they determine the shift between the clocks of the CC and their own clocks and store 
this difference. Once an FT has determined the difference with a further CC by the same 
procedure, it is capable of determining the clock difference of the two CCs by subtracting the 
two shift values. The clock difference is subsequently transmitted to the two CCs in a 
signaling message specially designed for this purpose. 
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1 . A dynamic network with a plurality of nodes, in which it is provided that 

- routing information is stored in local routing tables in nodes of the network, 

- the nodes send an update request to other nodes for updating the local routing tables, and 
the addressed nodes send an update response with updating routing information to the 

5 requesting nodes. 

2. A network as claimed in claim 1 , characterized in that the tables comprise 
fields for the target nodes, 

in that the local routing tables contain a table update information relating to the most recent 
1 0 updating of the local routing table and a field update information relating to the most recent 
updating of the individual fields, 

in that the update request contains the table update information, and 
in that the update response contains those items of local routing information for which the 
field update information of the addressed node is more up to date than the table update 
1 5 information of the requesting node. 

3. A network as claimed in claim 1 , characterized in that the local routing tables 
contain fields for the target nodes, and in that the fields contain a topology change 
information for characterizing the up-to-dateness of a change in the network topology. 

20 

4. A network as claimed in claim 3, characterized in that the update response 
contains the topology change information, and in that the requesting node after receiving the 
update responses firom the addressed nodes carries out an update of its local routing table if 
the topology change information of the addressed node is more up to date than the topology 

25 change infomiation of the requesting node. 

5. A network as claimed in claim 1, characterized in that the table update 
infomiation and/or the field update information and/or the topology change information are 
items of time information. 
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6. A network as claimed in claim 1 , characterized in that the table update 
information and/or the field update information and/or the topology change information is/are 
constituted by sequence numbers. 

5 

7. A network as claimed in claim 1, characterized in that the requesting node 
after receiving the update responses from the addressed nodes carries out an update of its 
local routing table if the topology change infomiation of the addressed node is equally up to 
date as the topology change information of the requesting node and the path length to the 

10 respective target node is made shorter by the update. 

8. A network as claimed in claim 1, characterized in that the requesting node 
after receiving the update responses from the addressed nodes carries out an update of its 
local routing table if the topology change infomiation of the addressed node is equally up to 

1 5 date as the topology change information of the requesting node and the maximum data 
transmission rate to the envisaged target node is made higher by the update. 

9. A network as claimed in claim 1, characterized in that the network can be 
subdivided into several sub-networks which each contain a controller for controlling the sub- 

20 networks, 

in that the sub-networks can be interconnected by means of respective forwarding terminals, 
and 

in that each controller is designed for storing and managing a central routing table for the 
respective sub-network. 

25 

1 0. A routing method for a dynamic network comprising a plurality of nodes, 
wherein it is provided that 

- routing information is stored in local routing tables in nodes of the network, 

- the nodes send an update request to other nodes for updating the local routing tables, and 
30 - the addressed nodes send an update response with updated routing information to the 

requesting nodes. 

1 1 - A node for a dynamic network, in which it is provided that 

routing information is stored in a local routing table, 
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the node sends an update request to other nodes for updating the local routing table, and 
the node sends an update response with updated routing information to other requesting 
nodes. 
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